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(54) System for exchanging information In a battery mailbox 



(57) A system having a battery (30). a battery sup- 
port unit (20), and an electronic device (80) provides for 
the exchange of Information between the battery sup- 
port unit and the electronic device via a mailbox (50) In 
memory (40) in the battery. When the battery is placed 
in the battery support unit, the battery support unit tests 
the battery for an error condition. If the battery support 
unit finds an error condition with the battery, it transmits 
error data (51 ) to a mailbox located in the battery's mem- 
ory. When the battery is then removed from the battery 
support unit and placed in an electronic device, the elec- 
tronic device can read the error data in the mailbox and 
take an appropriate action. For example, the electronic 
device reads the mailbox and find the error data placed 
there by the battery support unit. In response to finding 
this error data, the electronic device enables an indica- 
tor (62), such as an indicator that informs a user that 
maintenance needs to be performed on the battery. The 
user can continue using the battery, knowing that its op- 
eration is likely to be unreliable, or can remove It from 
the electronic device and insert it into the battery support 
unit for maintenance. When battery maintenance has 
been selected, the battery support unit reconditions the 
battery by performing a predetermined number of 
charge/discharge cycles, and also performs additkxial 
testing on the battery. 
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EP0 743 534 A2 

Description 

Cross Reference to Related Applications 

s This invention Is related to the following commonly assigned European patent applications, filed on even date 

herewith. 



Serial Number 


Title 




Battery Support Unit For Exchanging Information With A Battery Mailbox ; ref 1 0950641 -3 




Battery Powered Electronic Device For Exchanging Information With A Battery Mailbox ; ref 
10950642-3 




Battery Having A Battery Mailbox For Exchanging Information ; ref 1 0950643-3 



Field of the Invention 

This invention relates to the electronics circuitry field. More particularly, this Invention is a system for exchanging 
information in a battery mailbox. 

20 

Baclcground of the Invention 

It has been known for decades that electronic devices can be powered by batteries. Early electronic devices, such 
as transistor radios, were among the first such devices to be powered by batteries. Later electronic devices to be 
2s battery powered Include dictation machines, CD players, portable computers, and even transportable medical equip- 
ment such as ambulatory heart monitors and defibrillators. 

While the lack of intelligence of early electronic devices were a good match for the lack of Intelligence of early 
batteries, the situation today is not so evenly matched. Electronic devices have gotten dramatically more intelligent, 
advanced and complicated over the years, while batteries have until recently stayed pretty much the same - dumb 
hunks of encased chemicals that provide power to just about anything hooked up between its contacts until the energy 
stored in the battery is depleted. An advancement was made when dumb batteries came in two styles - disposable 
and rechargeable - but being rechargeable didnt make the batteries any smarter. 

While a dumb electronic device such as a transistor radio doesn't much care if It is powered by a dumb battery, 
smarter electronic devices such as computers and medical devices have a higher degree of dependence on a battery 
j5 that can provide a known amount of power for a known amount of time in a reliable manner. When such smart electronic 
devices are hooked up to dumb batteries that can die without notice or warning, the operation of the electronic device 
Itself can be undesirably uninterrupted. This interruption can range from annoying ~ as in the case of a portable com- 
puter whose battery unexpectedly dies while its user is composing the world's greatest novel, to deadly - as In the 
case of a transportable defibrillator whose battery dies during an attempt to resuscitate a patient whose heart Is In 
ventricular fibrillation. 

In the last couple of years, so-called "smart" batteries have arrived on the scene to partially address the above 
problem. These smart batteries, such as those described in the Intel/Duracell Smart Battery Specifications Manual, Is 
defined as a battery pack that contains one or more of the following properties: chemistry self -identification, charge 
control, fuel gauging, or a communlcatton port. These properties allow a smart electronic device to query the battery 

^ and find out what kind of battery it is and how much "fuel", or charge, it has left. 

While smart batteries provide information that is helpful in avoiding some of the ways the operation of an electronic 
device can be interrupted due to unexpected battery failure, they only address a portion of the ways the operation of 
an electronic device can be Interrupted due to unexpected battery failure. Specifically, smart batteries that are working 
as designed and intended can tell an electronic devbe In a fairly reliable manner how much power It has left. But smart 
batteries that are not operating in an expected manner, such as batteries that have been abused, are leaking, are out 
of calibration, or have an internal error such as a short or open circuit, cannot be trusted to give accurate information 
about themselves. In these cases, the battery may believe it has several minutes or hours of charge left when in fact 
it is dead or nearly dead. While this shortcoming of these smart batteries may be tolerable in electronic devices where 
unexpected battery failure Is a simple annoyance, it cannot be tolerated in electronic devices where unexpected battery 

55 failure can result in the failure of a defibrillator to revive a patient whose heart is in ventricular fibrillation. 



2 



EP 0 743 534 A2 



Summary of the Invention 

A system having a battery, a battery support unit, and an electronic device provides for the exchange of information 
between the battery support unit and the electronic device via a mailbox in memory in the battery. When the battery is 

s placed in the battery support unit, the battery support unit tests the battery for an error condition, if the battery support 
unit finds an error condition with the battery, it transmits error data to a mailbox located in the battery's memory. When 
the battery is then removed from the battery support unit and placed in an electronic device, the electronic device can 
read the error data in the mailbox and take an appropriate actbn. For example, the electronic device reads the mailbox 
and find the error data placed there by the battery support unit. In response to finding this error data, the electronic 

10 device enables an indicator, such as an indicator that informs a user that maintenance needs to be performed on the 
battery. The user can continue using the battery, knowing that its operation is likely to be unreliable, or can remove it 
from the electronic device and insert it into the battery support unit for nnaintenance. When battery maintenance has 
been selected, the battery support unit reconditions the battery by performing a predetermined number of charge/ 
discharge cycles, and also performs additional testing on the battery. 

IS 

Description of the Drawings 

Fig. 1 shows a block diagram of the battery support unit, battery, and electronic device of the system of the preferred 
embodiment of the invention. 
20 Fig. 2 shows the organization of the battery memory in the preferred embodiment of the invention. 

Fig. 3 shows the mailbox contained in the battery memory in the preferred embodiment of the inventbn in more 
detail. 

Fig. 4 shows the user interface contained in the battery support unit of the preferred embodiment of the invention. 
Fig. 5 shows the user interface contained in the electronic device of the preferred embodiment of the invention. 
2S Figs. 6-7 show the flowchart of the charging operation of the battery support unit of the preferred embodiment of 

the invention. 

Figs. 8-1 0 show the flowchart of the maintenance operation of the battery support unit of the preferred embodiment 
of the invention. 

Fig. 11 shows the flowchart of the operation of the electronic device of the preferred embodiment of the invention. 
30 Fig. 12 shows the flowchart of the operation of the battery of the preferred embodiment of the invention. 

Detailed Description of the Preferred EmiMdiment 

Fig. 1 shows a block diagram of the battery support unit, battery, and electronic device of system 1 0 of the preferred 

3S embodiment of the invention. Battery support unit 20 contains support unit processor 21 connected to support unit 
circuitry 28 and support unit user interface 60. Support unit user interface 60 will be discussed in more detail later in 
conjunction with the discussion of Fig. 4. Processor 21 is suitably programmed to execute the flowcharts of Figs. 6-7 
and 8-10 of this invention. Processor 21 contains charger logic unit 22, test logic unit 23, and maintenance logic unit 
24. In the preferred embodiment, the functions of logic units 22-24 are performed by software executing the flowcharts 

40 of Figs. 6-7 and 8-10 of the invention, although specific hardware could be fabricated to perform the function of one 
or more of these logic units, either within processor 21 or in one or more other hardware integrated circuits or other 
devices, and still fall within the spirit and scope of the invention. In the preferred embodiment, battery support unit 20 
charges, tests, and maintains defibrillator batteries, although other battery support units could be used to perform these 
or different functions and still fall within the spirit and scope of the invention. 

4S Battery 30 contains battery processor/circuitry 31 connected to battery storage cells 38 and battery memory 40. 

Contained in battery memory 40 is mailbox 50. Both battery memory 40 and mailbox 50 will be discussed later In 
conjunctk>n with the discussion of Figs. 2 and 3. Processor/circuitry 31 is suitably programnfied to execute the flowchart 
of Fig. 12 of this invention. Processor/circuitry 31 contains communications logic unit 32. In the preferred embodiment, 
the functions of logic unit 32 are performed by software executing the flowchart of Fig. 12 of the invention, although 

so specific hardware could be fabricated to perform the function of this logic unit, either within processor/circuitry 21 or in 
one or more other hardware integrated circuits or other devices, and still fall within the spirit and scope of the invention. 
Thermistor 35 and battery ID resistor 36 are also contained in battery 30. Thermistor 35 is used to measure the tem- 
perature of battery 30, in a manner that will be discussed later. Battery ID resistor 36 is used to uniquely identify the 
type of battery 30, based on a measured voltage across this resistor. In the preferred embodiment, battery 30 commu- 

ss nicates with battery support unit 20 and/or electronic device 80 via six data lines, as follows: 

1. Ground 

2. V+ 
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3. V+ 

4. Communications line 

5. ID resistor 

6. Thermistor 

5 

In the preferred embodiment, battery storage cells 38 is a Sanyo NICAD rechargeable battery, and components 
31, 32, and 40 are contained on a Benchmarq bq2010 chip, although battery 30 could be a different type made by a 
different manufacturer or according to a different standard and still fall within the spirit and scope of the invention. An 
alternate embodiment has been contemplated where battery 30 just contains storage cells 38 and battery memory 40, 

10 where data can be read out of and written to memory 40. In this embodiment, battery memory 40 could be an Econoram 
RAM with serial port protocol communications, or an EE PROM formatted in accordance with the invention. 

Electronic device 80 contains device processor 81 connected to device circuitry 88 and device user interface 90. 
Device user interface 90 will be discussed in more detail later in conjunction with the discussion of Fig. 5. Processor 
81 is suitably programmed to execute the flowchart of Fig. 1 of this invention. Processor 81 contains device logic unit 

IS 82, and battery monitor logic unit 83. In the preferred embodiment, the function of logic unit 83 is performed by software 
executing the flowchart of Fig. 1 1 of the invention, although specific hardware could be fabricated to perform the function 
of this logic unit, either within processor 81 or in one or more other hardware integrated circuits or other devices, and 
still fall within the spirit and scope of the invention. In the preferred embodiment, electronic device 80 is a defibrillator/ 
heart monitor, although other devices, such as a defibrillator or a portable computer, could be used and still fall within 

20 the spirit and scope of the invention. 

As will be described in more detail later, the bi-directional arrows shown in Fig. 1 symbolize the operation of the 
preferred embodiment of the invention. When battery 30 is placed in or othenwise connected to battery support unit 
20, battery support unit 20 tests battery 30 for an error condition. If battery support unit 20 finds an error condition with 
battery 30. it transmits error data 51 to mailbox 50 located in battery memory 40. When battery 20 is then removed or 

2S othenvise disconnected from battery support unit 20 and placed in or otherwise connected to electronic device 80, 
electronic device 80 can read error data 51 in mailbox 50 and take an appropriate action. For example, electronic 
device 80 reads mailbox 50 and finds error data 51 placed there by battery support unit 20. In response to finding error 
data 51 , electronic device 80 enables an indicator, such as indicator 91 in device user interface 90, that informs a user 
that maintenance needs to be performed on battery 20. The user can continue using battery 20, knowing that its 

30 operation Is likely to be unreliable, or can renrK)ve it from electronic device 80 and Insert it into battery support unit 20 
for maintenance. When battery maintenance has been selected, battery support unit 20 reconditions battery 30 by 
charging and discharging the battery a predetermined number of times, and also performs additional testing on battery 
30. 

Fig. 2 shows battery memory 40 in more detail. Memory 40 contains a number of registers 41-1 to 41-12. These 

3S registers contain status information about battery 40, such as temperature, available charge, and number of times 
charged. In the preferred embodiment, memory 40 is organized according to the Benchmarq 201 0 data sheet, generally 
available to the public as of the date of this invention. 

Memory 40 also contains register 50. Register 50 is identified In Fig. 2 as "BATID", or "Battery Identification Reg- 
ister". In the Benchmarq 2010 data sheet, this field is described as follows: 

40 The read/write BATID register (address=04h) is available for use by the system to determine the type of battery 

pack. The BATID contents are retained as long as Vcc is greater than 2V. The contents of BATID have no effect on 
the bq2010. There is no default setting for this register 

In the preferred embodiment of this invention, battery ID resistor 36 is used to perform the function of BATID 
register, as discussed above. Therefore, the BATID register is not used as described above, but is instead used as 

45 mailbox 50 to exchange information such as error information. The organization of mailbox 50 is shown in Fig. 3. Bit 
0 contains a location for a device recognized fault error. If electronic devk:e 80 detects an error with battery 30 in a 
manner that will be described in nriore detail later, rt puts a "1 ' in the bit 0 position of mailbox 50. Bit 1 contains a location 
for a support unit recognized fault error If battery support unit 20 detects an error with battery 30 in a manner that will 
be described in more detail later, it puts a *1 ' in the bit 1 position of mailbox 50. Bit 2 contains a location for a battery 

so capacity inaccurate error. If battery support unit 20 detects that the battery capacity of battery 30 is inaccurate in a 
manner that will be described in more detail later, it puts a "1 ' in the bit 2 position of mailbox 50. Bit 3 contains a location 
for a test in progress flag. This flag is not relevant to the invention and will not be discussed further. 

Bit 4 contains a location for a last capacity test failed error. If battery support unit 20 detects that the battery 30 
failed its capacity test In a manner that will be described in more detail later, it puts a "1 " In the bit 4 position of mailbox 

ss 50. Bit 5 contains a location for an any capacity test failed error If battery support unit 20 detects that battery 30 failed 
any capacity test in a manner that will be described in more detail later, it puts a '1 " in the bit 5 position of mailbox 50. 

Bits 6 and 7 of mailbox 50 are used to validate that the other bits are correct by providing a two's complement 
checksum of the other bits in a manner well known to those skilled in the art. 
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Fig. 4 shows user interface 60 of battery support unit 20 of the preferred embodiment of the invention. User interface 
60 contains maintenance portion 61 and charge portion 65. Maintenance portion 61 contains indicator 62. In the pre- 
ferred embodiment, indicator 62 is illuminated or othenwise enabled when battery support unit 20 determines that 
battery maintenance is required, in a manner that will be described in more detail later. When indicator 62 is pressed 

s by a user, battery maintenance is performed. 

Fig. 5 shows user interface 90 of electronic device 80 of the preferred embodiment of the invention. In the preferred 
embodiment , user interface 90 is a display screen that contains indicator 91 and device specific display information 
95. Indicator 91 , when it appears on the display screen of user interface 90, instructs a user to perform maintenance 
on battery 30. Other types of indicators, such as icons or switches, lights, etc, on a control panel, could be used for 

10 indicator 91 and still fall within the spirit and scope of the invention. 

Figs. 6-7 show the flowchart of the charging operation of battery support unit 20. Block 100 checks to see if a 
battery is inserted into the charger. When a battery is detected, block 105 reads the contents of mailbox 50 by sending 
a command to battery 30 to transmit the contents of the register address containing mailbox 50. 

Block 1 1 0 checks to see if the data contained in mailbox 50 indicates that an error has occurred. For purposes of 

IS this discussion, an "error" is defined as the occurence of an event that indicates that a fault has been detected with 
the battery that may impact its future performance. A normally functioning rechargeable battery that happens to be 
discharged and needs to be recharged is not, by itself, considered an "error" for purposes of this invention. When an 
error is detected, maintenance should normally be performed on battery 50. Errors can be detected and indicated in 
mailbox 50 by one or rnore battery support units and/or one or more eiectronk: devices. This is desirable in soma 

20 operating environments that do not have a one-to-one correspondence of battery support units and electronic devices. 
One such environment could be a fire station, that might have, for example, four battery support units, ten electronic 
devices, and thirty batteries - all interchangeable with each other. In this environment, it is desirable for any specific 
battery support unit to know if another battery support unit detected an error with a particular battery. Likewise, it is 
desirable for any specific electronic device to know if another electronic device detected an error with a particular battery 

25 Block 110 checks to see if bits 0, 1 , 2, or 4 or mailbox 50 is a "1 ". Note that a "1 " in bit position 5, "Any Capacity 

Test Failed", is informational in nature and not considered an error of any by itself. If block 110 determines that any of 
the above bits is a "1", block 115 enables indicator 62 in support unit user interface 60. In the preferred embodiment, 
this action illuminates a switch that, when pressed by the user, initiates battery maintenance. In the preferred embod- 
iment, maintenance is not initiated automatically but is initiated by a user. This is done because the battery nnaintenance 

30 (described in more detail in Figs. 8-10) Is a lengthy process, often encompassing several hours, and it may not be a 
convenient time to perform battery maintenance when indicator 62 is first illuminated. However, illumination of indicator 
62 puts the user on notice that operation of the battery may not be reliable, and that maintenance should be performed 
soon. Conversely, when indicator 62 is not illuminated, this tells the user that maintenance is not required, thereby 
discouraging the user from performing an unnecessary, time consuming process that, if performed more often than 

35 needed, could actually shorten battery life. 

An alternate embodiment has been contemplated where maintenance is automatically performed upon the detec* 
tion of an error in block 110. In this embodiment, block 115 is replaced by a block 115' that automatically selects 
maintenance. The flowchart of Fig. 6 ends in this embodiment after block 115' is executed. 

Block 120 starts the charging operation. In the preferred embodiment, charging of battery 30 is automatically 

40 initiated when battery 30 is inserted in or otherwise connected to battery support unit 20. The charging operation shown 
in block 120 starts with a slow, trickle charge for a short period of time, followed by a normal "fast" charge until the 
battery is fully charged. During the charging operation, blocks 1 50-1 99 execute, looking for various conditions that can 
occur during the charging operation. Block 1 50 checks to see if the battery was removed before charging was complete. 
If so, flow of control returns back to block 100 to check for re-Insertion of the battery. If not. block 160 (Fig. 7) checks 

45 for a support unit detected error that occurred during the charge operation. Examples of errors that can be detected 
by block 1 60 are the following: battery too hot. battery too cold, battery voltage too low, battery voltage too high, battery 
charging timeout (taking too long to charge). Battery support unit 20 determines if a temperature error has occurred 
by measuring the voltage across thenmistor 35 and converting this voltage to temperature in a known manner. Battery 
support unit 20 determines if a voltage error has occurred by using a portion of support unit circuitry 28 to measure 

SO the voltage across battery 30. Battery support unit 20 determines if a timeout error has occurred by using a timer in 
processor 21 or support unit circuitry 28 to keep track of the elapsed charging time. 

If block 1 60 detects an error, block 1 62 writes a support unit recognized error to mailbox 50. This is done by placing 
a T in bit 1 of the word read from mailbox 50. adjusting checksum bits 6 and 7 accordingly, and sending the word 
back to battery 30 as a request to write data to mailbox 50. Block 164 turns on maintenance request indicator 62. Block 

ss 166 enables fail indicator 64 (Fig. 4), and the program ends in block 199. 

If block 160 does not detect an error, block 1 70 checks to see if maintenance has been requested. In the preferred 
embodiment, maintenance is reauested by a user pressing indicator 62, as has been discussed. If block 170 ts answered 
affirmatively, the battery charging operation is stopped in block 175, and the program ends in bkx:k 199. If block 170 
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is answered negatively, block 180 checks to see if the battery Is fully charged. This is determined by exannining the 
voltage waveforoi over time and detecting the peak ot the voltage curve by looking for -Av (the point on the cun/e the 
voltage goes down) in a known manner 

If block 180 determines that the battery is not fully charged, flow of control returns to block 1 20, where the charging 
5 operation is continued. If block 1 80 detenmines that the battery is fully charged, block 185 stops the charging operation, 
and flow of control retums to block 1 50, where the battery is continuously checked for errors until removed from battery 
support unit 20. 

Figs. 8-10 show the flowchart of the maintenance operation of battery support unit 20 of the preferred embodiment 
of the invention. Block 200 checks to see if a battery is Inserted into the charger. When a battery is detected, block 
70 202 checks to see if maintenance has been selected for this battery. In the preferred embodiment, maintenance is 
selected by the user pressing indicator button 62, although this selection operation could be performed in a different 
manner, such as automatically when an error is detected in block 160 of Fig. 7, as has been discussed, and still fall 
within the spirit and scope of the invention. 

When block 202 is answered affimiatively. block 205 reads the contents of mailbox 50 by submitting a request to 
IS read data from the mailbox to battery 30. Block 210 resets rr^intenance request indicator 62. 

Block 220 starts the maintenance operation. For purposes of this discussion, the term "maintenance" as used 
herein shall mean any operation performed on the battery, outside of a single charging operation, intended to prolong 
the useful life of the battery. For example, the useful life of a NiCad battery can be extended if it is "reconditioned" by 
charging and discharging the battery a predetermined number of cycles. In the preferred embodiment, maintenance 
20 of battery 30 Involves the following steps: 

1. Charge (trickle/full - typically 3 hours) 

2. Cool (60 minutes) 

3. Discharge (cleanse battery by fully discharging at a predetermined current drain) 
2S 4. Cool (60 minutes) 

5. Charge (trickle/full • typically 3 hours) 

6. Cool (5 minutes) 

7. Supercharge (trickle - 10 hours) 

8. Cool (60 minutes) 

30 9. Final Discharge (cleanse battery by fully discharging at a predetermined current drain) 

10. Cool (60 minutes) 

11. Final Charge (trickle/full - typically 3 hours) 

Those skilled in the art will appreciate that other types of maintenance could be performed on the battery and still 

35 fall within the spirit and scope of the invention. For example, an alternate embodiment has been contemplated where 
only steps 9 and 11 above are performed during the maintenance operation. 

During the maintenance operation, blocks 250-299 execute, looking for various conditions that can occur during 
the maintenance operation. Block 250 checks to see if the battery was removed before maintenance was complete. If 
so, flow of control retums back to block 200 to check for re-insertion of the battery. If not, block 260 checks for a support 

40 unit detected error that occurred during the maintenance operation. Examples of errors that can be detected by block 
260 are the following: battery too hot, battery too cold, battery voltage too low, battery voltage too high, battery charging 
timeout (taking too long to charge). As previously discussed, battery support unit 20 determines if a temperature error 
has occurred by reading the voltage level on thermistor 35. Battery support unit 20 determines if a voltage error has 
occurred by using a portion of support unit circuitry 28 to measure the voltage across battery 30. Battery support unit 
20 determines if a timeout error has occurred by using a timer in processor 21 or support unit circuitry 28 to keep track 
of the elapsed charging time. 

If bkx^k 260 detects an error, block 262 writes a support unit recognized error to mailbox 50. This Is done by placing 
a "1" in bit 1 of the word read from mailbox 50, adjusting checksum bits 6 and 7 accordingly, and sending the word 
back to battery 30 as a request to write data to mailbox 50. Block 264 turns on maintenance request indicator 62. Block 

so 266 enables fail indicator 64 (Fig. 4), and the program ends in block 299. 

If block 260 does not detect an error, block 270 checks to see if the maintenance operation has started the final 
discharge cycle. If not, flow of control retums to block 220 to continue the battery maintenance operation. If so, block 
275 measures the capacity of the battery as the final discharge cycle is performed. This is done by keeping track of 
the amount of charge delivered from the battery during the final discharge cycle and comparing it with the theoretical 

SS capacity of the battery. Block 278 performs the last charge of battery 30. If the amount of charge delivered from the 
battery during the last discharge cycle is not within a predetermined range of the theoretical capacity of the battery 
block 280 Is answered negatively Block 282 writes a last capacity test failed error to mailbox 50. This is done by placing 
a "1" in bit 4 of the word in mailbox 50. Block 284 writes an any capacity test failed error to mailbox 50. This is done 
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by placing a "V in bit 5 of mailbox 50, adjusting checksum bits 6 and 7 to account for the changes in the mailbox bits, 
and sending the word back to battery 30 as a request to write data to mailbox 50. Block 266 enables fail indicator 64 
(Fig. 4), and flow of control moves to block 290 (Fig. 10). Flow of control also moves to block 290 if block 280 is 
answered affirmatively. 

s Referring now to Fig. 10, block 290 reads the battery capacity from battery memory 40. Specifically, block 290 

sends a request to battery 30 to read the contents of NACH and NACL fields 41-4 and 41-5 in memory 40 (Fig. 2). 
Block 292 then checks to see if the support unit determined battery capacity (determined in block 275) is within range 
of the battery determined battery capacity (NACH and NACL registers). If not. the battery determined battery capacity 
is inaccurate, and block 293 writes a battery capacity inaccurate error to mailbox 50 by putting a "1" In bit position 2 

10 and adjusting the checksum bits accordingly Block 295 enables fall indicator 64. If block 292 is answered affirmatively, 
block 296 enables pass indicator 63 (Fig. 4). Block 297 writes updated mailbox data (zeroing out old errors, writing a 
"1 ' for new errors, and updating checksum bits) to mailbox 50. Regardless how block 292 is answered, flow of control 
eventually finds its way to bkxk 299, where the program ends. 

Fig. 11 shows the flowchart of the operatbn of the electronic device of the preferred embodiment of the invention. 

IS Block 300 checks to see if a battery is inserted into the electronic device. When a battery is detected, block 305 reads 
the contents of mailbox 50 by submitting a request to read data from the mailbox to battery 30. 

Block 310 checks to see if the data contained in mailbox 50 indicates that an error has occurred. Errors can be 
detected and indicated in mailbox 50 by one or more battery support units and/or one or more electronic devices. Block 
310 checks to see if bits 0, 1 , 2. or 4 is a T. Note that a "1 " in bit position 5, "Any Capacity Test Failed", is informational 

20 In nature and not considered an error of any by itself. 

If block 310 determines that any of the above bits is a "V, block 315 enables indicator 91 In support unit user 
interface 90. In the preferred embodiment, this action displays Indicator 91 as a "Check Battery" message on the display 
screen of electronic device 80. although other forms of indication could be used. In the preferred embodiment, main- 
tenance is not performed by electronic device 80 but instead is performed by battery support unit 20. 

2S Block 320 starts the device operation. This operatbn is highly dependent on the functbn of electronic devk:e 80. 

For example. If electronic device 80 was a portable computer, block 320 would start normal computer operations. In 
the preferred embodiment, electronic device 80 Is a defibrlllator/heart monitor, so block 320 would Initiate the normal 
operation of the defibrillator/heart monitor. 

During the device operation, blocks 350-399 execute, looking for various conditions that can occur during the 

30 device operation. Block 350 checks to see if the battery was removed during the device operatbn. If so, flow of control 
returns back to block 300 to check for re-Insertion of the battery. If not, block 360 checks to see if the battery voltage 
is out of range. Specifically, block 360 determines if the actual voltage decay over time as charge in the battery is 
depleted Is within range of what is expected from the battery. Stated another way, block 360 periodically requests to 
read data from memory 40 of battery 30 (e.g., NACH/NACL registers 41-4 and 41-5) to make sure that the battery's 

3S information on how much charge it has left is based in reality, and that the voltage doesnl drop off too fast (i.e. voltage 
depression) and fail to give the user adequate warning of a low battery. 

If block 360 detects an en-or, block 362 writes a device recognized error to mailbox 50. This is done by placing a 
"1 " In bit 0 of the word read from mailbox 50, adjusting checksum bits 6 and 7 accordingly, and sending the word back 
to battery 30 as a request to write data to mailbox 50. Block 364 turns on check battery indicator 91 , and flow of control 

40 returns to block 320 to continue device operation - at least until the battery dies. If block 360 determines the battery 
voltage is not out of range, flow of control also returns to block 320. 

Fig. 12 shows the flowchart of the operation of the battery of the preferred embodiment of the invention. The 
execution of the blocks shown in Fig. 12 do not require that an elaborate communications mechanism be present In 
battery 30 - -just the ability to have data read into and out of memory 40. As previously discussed, the batteries of 

45 various alternate embodiments (e.g., Econoram, EEPROM) contain a sufficient communications mechanism in memory 

40 to perform the execution of the flowchart of Fig. 12. Block 400 checks to see if any requests have arrived from a 
battery support unit or an electronic device to write data to nnailbox 50. In the preferred embodiment, these requests 
are submitted In two parts: Command+register address; data. If so, block 405 stores the data In mailbox 50. Block 410 
checks to see if any requests have arrived from a battery support unit or an electronic device to read data from mailbox 

so 50. If so, block 405 transmits the data contained in the specified register of mailbox 60 to the requester Block 420 
checks to see if any requests have arrived from a battery support unit or an electronic device to write status data to 
memory 40. While not discussed previously, some of the registers in memory 40 are writable fields, such as LMD field 

41 -6. If so, block 405 stores the data in the appropriate register of mailbox 50. Block 430 checks to see if any requests 
have arrived from a battery support unit or an electronic device to read status data from memory 40. If so, block 435 

ss transmits the data contained in the specified register of memory 40 to the requester. 
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Claims 

1 . A method of exchanging information amongst components of a battery system comprising a battery (30), a battery 
support unit (20) for testing said battery and an electronic device (80) powered by said battery, said battery having 

s storage cells (38) and a battery memory (40), said method comprising the steps of: 

placing said battery in said battery support unit; 

said battery support unit testing said battery for a first error condition; 

10 

said battery support unit detecting a first error condition in said battery; 

said battery support unit transmitting first error data (51) to a mailbox (50) located in said battery menfK>ry 
responsive to said detecting said first error condition step; 

IS 

removing said battery from said battery support unit; 

placing said battery In said electronic device; 

20 said electronic device reading said first error data in said mailbox located in said battery memory; and said 

electronic device enabling a first Indicator (62) in response to said reading said first error data step. 

2. The method of claim 1 , further comprising the steps of: 

2S said electronic device testing said battery for a second error condition; 

said electronic device detecting a second error condition in said battery; 

said electronic device transmitting second error data to said mailbox located in said battery memory responsive 
30 to said detecting a second error condition step; 

removing said battery from said electronic device; 

placing said battery in said battery support unit; 

35 

said battery support unit reading said second error data in said mailbox located In said battery memory; 

said battery support unit enabling a second indicator in response to said reading said second error data. 

40 3. The method of claim 1 , further comprising the step of: 

reading battery determined battery capacity data placed In said battery memory by said battery. 

4. The method of claim 4, further comprising the step of: 

comparing said battery determined battery capacity data with support unit determined battery capacity data. 

45 

5. The method of claim 5, further comprising the step of: 
charging said battery. 

6. The method of claim 5, further comprising the steps of: 

so 

detecting that maintenance for said battery has been selected; 
charging and discharging said battery a predetermined number of times. 
55 7, A battery system, comprising: 

a battery (30), further comprising: 
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storage cells (38); 
a banery memory (40); 
communications logic (32); 

a battery support unit (20) for testing said battery, further comprising: 

a support unit processor (21) further comprising battery test logic (23); 
an electronic device (80) powered by said battery, further comprising: 

a device processor further comprising battery monitor logic (83); 

device circuitry (88) connected to said device processor 
wherein said battery test logic: 

tests said battery for a first error condition; 

detects a first error condition in said battery; 

transmits first error data (51) to a rmilbox (50) located in said battery memory, responsive to detecting 
said first error condition; 

wherein said battery monitor bgic; 

reads said first error data in said mailbox located In said battery memory; and 

enables a first Indicator in response to reading said first en^or data. 

8. The system of claim 8, wherein said battery monitor logic: 

monitors said battery for a second error condition; 
detects a second error condltion'in said battery; 

transmits second error data to said mailbox located In said battery memory, responsive to detecting a second 
error condition; 

wherein said battery test logic: 

reads said second error data In said mailbox located in said battery memory; and 

enables a second indicator In response to reading said second error data. 

9. The system of claim 8. wherein said battery support unit further comprises: 
charger circuitry connected to said device processor. 

10. The system of claim 9, wherein said second Indicator instructs a user to perform maintenance on said battery 
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